Sort geolocation-cn #56
Conversation
This domain has access points all over the world, so is it wrong to put it in |
There was a problem hiding this comment.
full:storage.googleapis.com
这行似乎不应该加入 geolocation-cn
我先是在 ipip.net 上直接输域名查到地理位置在韩国首尔，接着我在阿里云北京的服务器上执行 doh storage.googleapis.com https://223.5.5.5/dns-query，得到 IP 如下：
34.64.4.80
34.64.4.112
34.64.4.16
这些 IP 都不是国内的 IP。
用到的 doh 工具是 https://github.com/curl/doh
是的，我也是这个想法，仓库迁移之前就有讨论。 换句话说，这条规则生效后，海外用户如果中国大陆是走代理，那么他们用这个服务就会走代理了，显然是不合理的。 |
|
我建议对于 Google、Apple、Microsoft 等企业，只创建对应的 作者之前给的这个 配置参考 我觉得就比较合理，但是你看要是在这个 PR 里把一些 googleapis 的域名添加进 |
|
v2ray 的分流主要有下面几个问题：
因此我觉得我们在维护 这种事没法反过来操作，假如我是一个不想 |
|
对于这些域名我也有疑虑，所以先发布出来让各位评判。
我之所以没有将Google纳入配置参考就是因为Google的情况比较复杂，DNS解析结果常常遭到污染，且仅有少量服务在中国有接入点，依赖DNS会造成许多不必要的延迟。
我的确没有考虑到这一点。之前我认为，非中国用户只需在路由规则中将 但是我仍然认为，这个项目的目的在于收集、分类域名。将全球都有接入点的域名纳入收集中国有接入点的域名列表中并不矛盾，相反 或许直接排列域名不大优雅，尤其当列表日趋渐长时，但也应有其它方法达成相同的效果，例如使用 |
|
其实我们换个角度想…… 没有代理的用户，那就用 DNS 的结果。 有代理的用户 |
确实，这个PR归根结底只是细枝末节。但对于系统、软件、游戏商店的下载、更新服务来说，没有细致地对CDN域名进行分类会浪费大量流量。希望能为这个PR讨论出一个目标或解决方案，作为日后解决主要问题时参考的模板。 |
不确定的结果，可以先 delay，决定权交给用户。 |
|
不得不说这 GitHub App 怎么连个取消 Draft 的功能都没有，真鸡肋 ( |
Roughly sort
geolocation-cn. Add domains of Kingsoft and Moji Weather. Update a few services with access points in China as well.